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A METHOD FOR NEGOTIATING THE BANDWIDTH OF DATA 
COMMUNICATION CHANNEL AUTOMATICALLY 

Field of the Invention 

5 |000l | The present invention relates to communication technology, more particularly to 
data transfer, and specifically to a method for negotiating bandwidth of a Data 
Communication Channel (DCC) automatically. 

Background of the Invention 

10 (0002 1 A characteristic of SDH/SONET is high automatization of operation, 
administration, maintenance and provisioning (OAM&P). Functions such as real time 
service dispatchment, alarm and fault location, online performance testing can be 
achieved by issuing commands to network elements and checking data in the network 
elements via network management terminal. The corresponding data which is used to 

15 support the OAM&P function is located in D1-D2 bytes of an SDH/SONET frame, and 
transmitted in the network through SDH/SONET signals. In this way, the D1-D2 bytes 
construct a common Data Communication Channel (DCC) which can be accessed by all 
network elements. As physical layer of an Embedded Control Channel (ECC), the 
D1-D2 bytes are used to transmit OAM&P information between the network elements, 

20 and construct a DCC of the Telecommunication Management Network (TMN). 

1 0003 1 The DCC bandwidth of each network element, i.e., the number of D bytes used to 
transmit the OAM&P information between the network elements, is generally 
designated by users when the network elements are configured. Because the DCC 
bandwidth available to each network element may be different from each other, it is 

25 necessary to configure the DCC of each network element correctly, so as to ensure the 
correct transmission of the OAM&P information between network elements. 
1 0004 1 At present, data transmission between network elements is performed by using a 
default DCC, which is constructed by D1-D3 bytes. Some of the network elements may 
be configured with DCC bandwidth, and D bytes used by each network element can be 
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configured manually in accordance with the DCC bandwidth supported by the network 
element. 

|0005| With the default DCC bandwidth, a disadvantage is that only D1-D3 bytes are 
used to transmit data between network elements. When there are other unused D bytes, 
DCC bandwidth resource can not be utilized effectively, which affects the 
communication efficiency between the network elements. 
1 0006] Further, each network element is configured with DCC bandwidth manually and a 
communication network usually includes decades or hundreds of network elements, 
therefore disadvantages include large manpower cost, and easily-occurred errors during 
the manual configuration, which result in large maintenance cost. Besides, if the DCC 
bandwidth of a certain network element changes, it is possible to re-configure DCC 
bandwidth of the other network elements. 

Summary of the Invention 

15 |0007J An aspect of the present invention aims to provide a method for negotiating 
bandwidth of a data communication channel automatically, to achieve automatic 
negotiation of DCC bandwidth between network elements, to ensure the consistence of 
DCC bandwidth between network elements connected with each other directly, and to 
utilize the DCC bandwidth most efficiently, and to improve the communication 

20 efficiency between the network elements. 

|0008] The technical solution of an embodiment of the present invention is: a method for 
negotiating bandwidth of a data communication channel automatically, including the 
steps of: 

|0009| performing a first communication channel configuration by two network elements 
25 respectively; the communication channel can be: a DCC, an Ethernet channel or other 
communication channels; the two network elements perform the first communication 
channel configuration in default configuration mode, i.e., configure default 
communication channels; 

10010! informing, by the network element at transmitting end of the DCC, the network 
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element at receiving end of the DCC of DCC negotiation message via the 

preconfiguredcommunication channel; 
|00 1 1 1 after receiving the DCC negotiation message, the network element at the 

receiving end comparing the DCC negotiation message with overhead bytes available to 
5 the network element at the receiving end, to obtain an intersection, which is overhead 

bytes, for constructing a DCC, available to both the network elements, wherein the 

overhead bytes as bandwidth of the channel are used to perform a second DCC 

configuration in the same order, so as to establish the DCC; 
|00121 sending a DCC connection command from the two network elements to the 
10 opposite network element via the new DCC respectively; 

|0013) after receiving the DCC connection command, sending a DCC connection 

acknowledgement command from the two network elements to the opposite network 

element respectively; 

1 00 1 4 1 accomplishing establishment of the DCC after the two network elements receive 
1 5 the DCC connection acknowledgement commands. 

[00151 The network elements return to the default DCC configuration state if the 

configured timer is expired at any step during the second DCC establishment process. 
|O016] Each DCC of the network elements determines whether to perform the DCC 

bandwidth negotiation in accordance with the requirements of users. 
20 |0017 1 Both of the network elements at the transmitting and receiving ends of the DCC 

return to the default DCC configuration state if the preconfigured connected DCCs fails. 
1 00 18 1 Both of the two network elements perform the first DCC configuration by using 

one or more unused overhead bytes in a section overhead. 
1 00 1.9 1 The one or more unused overhead bytes in the section overhead includes: D bytes 
25 and other unused section overhead bytes. 

|0020| The DCC negotiation message includes: overhead bytes and the order of the 

overhead bytes available to the transmitting end of DCC of the current network element. 
|0021 1 The D bytes are in an order from Dl to D12. 

|0022 1 During the second DCC configuration, the default DCC constructed by the default 



EV799417301US 



OP650l069.original.US 

section overhead bytes is reserved, and the new DCC is constructed by using the 
newly-added section overhead bytes. 

|0023| The SDH/SONET section overhead bytes for constructing the DCC are overhead 
bytes selected from a group consisting of D1-D12 bytes and other unused section overhead 
5 bytes, wherein the section overhead bytes used in the network elements at both ends of 
the DCC are consistent with each other. 

|0024| The order of the overhead bytes constructing the DCC is variable, but it is 
consistent between the two ends of the DCC channel. 

|0025| The advantageous effect of embodiments of the present invention is that the 
10 method for negotiating bandwidth of a data communication channel automatically 
makes the DCC bandwidth remain always consistent to ensure correct transmission of 
OAM&P information between network elements. The method enables automatic 
establishment of a DCC with broadest bandwidth between two network elements 
connected with each other, which utilizes overhead resource of SDH/SONET signals 
1 5 effectively. The method also reduces congestion of TMN management information due 
to narrow DCC bandwidth resulted from lack of effective utilization of D byte overhead 
resource, and decreases the cost of management and maintenance of TMN effectively. 



Brief Description of the Drawings 

20 |0026| FIG.l is a sequential diagram of DCC bandwidth negotiation on optical fiber Fl 
according to an embodiment of the present invention; 
1 0027 1 FIG.2 is a state diagram of DCC bandwidth negotiation according to an 

embodiment of the present invention; 
|0028| FIG3 is a schematic diagram illustrating the connection between network 
25 elements A and B via Fl and F2 according to an embodiment of the present invention; 
|0029| FIG.4 illustrates a data structure for the DCC bandwidth negotiation between 
network elements A and B according to an embodiment of the present invention. 
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Detailed Description of the Embodiments 

|0030| Hereinafter embodiments of the present invention will be described with reference 

to the attached drawings. Necessary conditions for communication between two 

network elements connected by optical fibers via DCC include: 
5 [0031 1 1) consistency of section overhead bytes of SDH/SONET signal which construct 

the DCC and the order of the section overhead bytes; 
|0032 1 2) consistency of communication protocols running on the DCC. 
|0033| The DCC is generally constructed by D1-D3 bytes of a regenerator section and 

D4-D12 bytes of a multiplex section. The overhead bytes are generally in an order from 
10 Dl to D12. In order to utilize the DCC bandwidth resource effectively, and to construct 

the DCC flexibly, it is necessary for two network elements connected via optical fibers 

to negotiate with each other to determine the construction and order of section overhead 

bytes of the DCC which connects the two network elements. 
|0034| For the method for negotiating bandwidth of a data communication channel 
15 automatically according to an embodiment of the present invention, when two network 

elements are connected via optical fibers, the negotiation between the network elements 

is described as follows: 
[0035 1 both of the network elements perform a default communication channel 

configuration respectively, i.e., utilize one or more unused overhead bytes in a section 
20 overhead (not limited to D bytes, and other unused section overhead bytes may be 

possible, wherein the default is D1-D3 bytes), and construct the default DCC in the 

same order; 

1 0036 1 because the DCC is a unidirectional channel, it is necessary for a transmitting end 
of the DCC to inform a network element at receiving end of the DCC of DCC 
25 negotiation message, i.e., overhead bytes and the order thereof available to transmitting 
end of the DCC of the current network element, via the default communication channel. 
In order to simplify the negotiation process, and to utilize the DCC resource most 
effectively, the D bytes can be in an order from Dl to D12. For example, if the available 
D bytes are Dl, D3, D4 and D7, the order is D1D3D4D7; 
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|0037| after receiving the DCC negotiation message, each network element compares it 

with overhead bytes available to itself, to obtain an intersection, which are the overhead 

bytes available to construct a DCC between two network elements. These overhead 

bytes are used to perform the new DCC configuration; 
5 |0038| each network element sends a DCC connection command to the opposite network 

element via the new DCC; 
|0039| after receiving the DCC connection command, each network element sends a 

DCC connection acknowledgement command to the opposite network element; 
1 0040 1 the DCC is established after the network element receives DCC connection 
1 0 acknowledgement command. 

[0041| If the configured timer is expired at any step during the above process, the 

network elements will return to the default DCC configuration state. 
1 0042 1 In accordance with the requirements of users, each DCC of the network elements 

can determine whether to perform DCC bandwidth negotiation. If any of the connected 
15 DCCs fails for some reasons, both of the transmitting end and the receiving end of the 

DCC will return to the default DCC state respectively. 
[00431 FIG.l is a sequential diagram of DCC bandwidth negotiation on optical fiber Fl 

from network element A to B. 
100441 Negotiation message under the DCC bandwidth auto-adjustment protocol can be 
20 also transferred via any other communication channel between the network elements. 

Besides the D bytes, other unused section overhead bytes can be used to construct the 

DCC. 

(0045| FIG.2 is a state diagram of the automatic DCC bandwidth negotiation between the 

transmitting end and the receiving end of the DCC: 
25 |0046| wherein, a DCC negotiation command includes section overhead bytes 

information available to the transmitting end of the DCC, and a DCC negotiation 

acknowledgement command includes section overhead bytes information available to 

the receiving end of the DCC. 
|0047| The following example illuminates the negotiation process of the DCC 
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bandwidth: 
|0048| Assumed conditions: 

|0049| as shown in FIG3, two network elements A and B are connected via optical fibers 
Fl and F2 5 wherein optical signals are sent from the network element A to B via the 
5 optical fiber Fl, and from the network element B to A via the optical fiber F2; 

(0050| in the section overhead bytes of the optical signals, overhead bytes available to 
construct the DCC are bytes from Dl to D12. The D bytes available to transmitting end 
of the DCC of the network element A are D1-D3, D4, D5, D8 and D9; while the D bytes 
available to receiving end of the DCC of the network element A are D1-D3, D5, D8, D9 
10 and Dl 1 ; the D bytes available to transmitting end of the DCC of the network element B 
are D1-D3, D4, D5 5 D7 and D8; while the D bytes available to receiving end of the 
DCC of the network element B are D1-D3, D5, D8, D9 and D10; 
|0051| the default DCC between two network elements is constructed by D1-D3 bytes. 
Before the DCC bandwidth negotiation, the two network elements can transfer data via 
15 the default DCC. 

|0052 1 After the DCC bandwidth negotiation begins: 

10053 1 as shown in FIG4, the network element A sends DCC bandwidth negotiation 
message to the network element B via the default DCC of optical fiber Fl, and the 
network element B sends DCC bandwidth negotiation message to the network element 
20 A via the default DCC of optical fiber F2. The bandwidth negotiation message, as 
shown in FIG4, can be represented in a 16-bit length data structure (the structure 
depends on practical requirements), wherein the reserved bytes can be used to indicate 
unused bytes as required. The network elements A and B initiate a timer for receiving 
the DCC bandwidth negotiation acknowledgement commands respectively; 

25 |0054| the two network elements perform AND operation on the received D bytes available to 
the transmitting end of the opposite DCC and the D bytes available to the receiving end of its 
own DCC respectively, to obtain an intersection, which is the DCC bandwidth. The D bytes 
available to the transmitting end of the DCC of the network element A are: 
111110011000XXXX, and the D bytes available to the receiving end of the DCC of the 
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network element B are: 1 1 101001 1 100XXXX, AND operation is performed on these D bytes, 
thus the available D bytes of the DCC on the optical fiber Fl are D1D2D3D5D8D9; 
similarly, the D bytes available to the DCC on the optical fiber F2 are D1D2D3D5D8; 
|0055| The network elements take the D bytes information available to two ends of the 

5 DCC as the DCC bandwidth negotiation acknowledgement message, and send the same 
to the opposite network element, thus the opposite network elements can configure the 
DCC according to the DCC bandwidth negotiation acknowledgement message; and the 
two network elements initiate the timer for receiving DCC connection commands 
respectively; 

10 10056) The network elements A and B send the connection commands to each other 
respectively via the newly-configured DCC; and the network elements A and B 
separately start the timer for receiving acknowledgement commands of the DCC 
connection; 

|0057] The network elements A and B send a connection acknowledgement command to. 
1 5 each other after receiving the connection commands respectively. 

|0058| After the network elements receive the connection acknowledgment commands, it 

indicates that the DCC configuration is accomplished, and the users can communicate 

with the newly-configured DCC. 
1 0059 1 If any one of the timers is expired, the DCC between the network elements A and 
20 B will be the default DCC, i.e., a DCC constructed by Dl -D3 bytes. 

|0060| According to an embodiment of the present invention, the DCC bandwidth 

negotiation is performed via a default communication channel between network 

elements. 

|0061] After finding out the common section overhead bytes between the transmitting 
25 and the receiving ends of the DCC, the DCC is configured. 

|0062 1 When the DCC is re-configured after the DCC bandwidth negotiation, the default 
DCC constructed by default section overhead bytes (e.g., D1-D3 bytes) can be reserved, 
and a new DCC can be constructed by newly-added section overhead bytes. That is, on 
an optical fiber, besides the default DCC, a new DCC can be negotiated out via the 
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default DCC. 

|0063| The SDH/SONET section overhead bytes which construct the DCC can be 
D1-D12 bytes, or other unused section overhead bytes. But the section overhead bytes 
used in the network elements at two ends of the DCC are consistent. 

5 |0064| The order of overhead bytes that construct the DCC is variable, but it is consistent 
in the network elements at two ends of the DCC. 
(0065) The advantageous effect of embodiments of the present invention is that the 
method for negotiating bandwidth of a data communication channel automatically 
makes the DCC bandwidth remain always consistent to ensure correct transmission of 

10 OAM&P information between network elements. The method enables automatic 
establishment of a DCC with broadest bandwidth between two network elements 
connected with each other, which utilizes overhead resource of SDH/SONET signals 
effectively. The method also reduces congestion of TMN management information due 
to narrow DCC bandwidth resulted from lack of effective utilization of D byte overhead 

15 resource, and decreases the cost of management and maintenance of TMN effectively. 
[0066| The above detailed embodiments are used to illustrate the present invention 
merely, but do not intend to limit the present invention. 
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